home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / programmer / 7178 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  1.9 KB

  1. Path: nj5.injersey.com!jeremyn
  2. From: jeremyn@nj5.injersey.com (Jeremy )
  3. Newsgroups: comp.sys.amiga.programmer
  4. Subject: Re: Jolyon on E (was Re: Frustrated Jolyon (was Re: E - Just say NO! (was Re: Visual
  5. Date: 11 Apr 1996 07:23:14 GMT
  6. Organization: Asbury Park Press
  7. Distribution: world
  8. Message-ID: <4kic12$dhg@news.injersey.com>
  9. References: <4ke300$fpn@carol.fwi.uva.nl>
  10. NNTP-Posting-Host: nj5.injersey.com
  11. X-Newsreader: TIN [version 1.2 PL2]
  12.  
  13. Wouter van Oortmerssen (oortmers@fwi.uva.nl) wrote:
  14.  
  15. > Jolyon Ralph (jralph@cix.compulink.co.uk) wrote:
  16.  
  17. > -> Actually, the one big problem I have with E is it can't produce a 
  18. > -> linkable object file. As soon as E can do that it will be much easier to 
  19. > -> maintain. Any plans for that? It maybe if we can produce linkable code 
  20. > -> from E that we won't need to rewrite *everything* in C.
  21.  
  22. > Aaargh, the biggest FAQ ever.
  23. > On a conceptual level E doesn't work with .o/.h files because modules are
  24. > considered infinitly better.  but that's not what you wanted to hear.  On an
  25. > implementation level, E code relies on many things in it's startup code,
  26. > moreso than C (think of anything from trivial things like exception handling
  27. > to rather involved things like garbage collection).  So generating "just" a .o
  28. > file which will plug into SAS/C generated exe isn't going to work.  Infact,
  29. > have you ever tried generating an executable with .o's generated by every
  30. > amiga C/C++ compiler, for non-trivial code?  And I suppose you have been
  31. > equally succesful in integrating code from all those other languages on the
  32. > Amiga.
  33.  
  34. Forgive me for knowing less than nothing about compiler design, but would 
  35. it be possible (or easier) to make it possible to link SAS/C .o's into a 
  36. main program written in E? That is, the main() function and all the 
  37. startups are in E, and you can call SAS/C functions in linked .o's?
  38.  
  39. Jeremy
  40. jeremyn@injersey.com
  41.  
  42.